Collaborative online spreadsheet application

ABSTRACT

A distributed spreadsheet application executes at a server and a client in a network. The networked spreadsheet application can generally be used without requiring a user to install any specific spreadsheet software prior to using the application. In one implementation, the spreadsheet application may include a client engine that executes within browser programs of a plurality of client computing devices and server logic. The server logic may be configured to distribute the client engines to the plurality of client computing devices of the spreadsheet application when requested through the browser programs of each of the plurality of client computing devices. The server logic synchronizes a single spreadsheet document that is simultaneously open at the plurality of client computing devices.

BACKGROUND

A. Field of the Disclosure

The present disclosure relates generally to spreadsheet applications,and more specifically, to network-based collaborative spreadsheetapplications.

B. Description of the Related Art

Electronic spreadsheet applications are in widespread use in variousindustries including finance, business and academia. A spreadsheetapplication is typically used to produce a spreadsheet that is often arectangular table (or grid) of data and/or programming information. Oneof the reasons for the popularity of spreadsheet applications is thatthey can help to facilitate the implementation of analytical and/ordatabase applications.

Existing spreadsheet applications tend to be software programs thatexecute locally on a computer system of a single user. The spreadsheetsproduced by such a system can be difficult to distribute and difficultto modify or collaborate on when working in a group environment.

SUMMARY

One aspect is directed to a method comprising receiving a request for aspreadsheet application at a server computing device from a browserprogram of a client computing device. The method further includestransmitting programming code for a first portion of the spreadsheetapplication to the browser program of the client computing device inresponse to the request, the programming code for the first portion ofthe spreadsheet application being designed to locally handle requestsfrom a user of the client computing device relating to navigating orformatting a spreadsheet document of the spreadsheet application. Themethod further includes executing programming code for a second portionof the spreadsheet application at the server computing device, theprogramming code for the second portion of the spreadsheet applicationbeing designed to handle updates of functions in the spreadsheetdocument.

Yet another aspect is directed to a system for providing a distributedspreadsheet application to a plurality of users. The system includesclient engine logic executing within browser programs of clientcomputing devices. The system further includes server logic configuredto distribute the client engines to the client computing devices of thespreadsheet applications when requested through the browser programs ofthe client computing devices, the server logic synchronizing a singlespreadsheet document that is simultaneously open at the plurality ofclient computing devices.

Yet another aspect is directed to a method comprising providing a linkthat uniquely identifies a spreadsheet document; receiving a request forthe link from a web browser that is processing a web page that includesthe link embedded within the web page; and transmitting, in response toreceiving the request for the link, the spreadsheet document and atleast a portion of a spreadsheet application configured to provide thespreadsheet document to a user of the web browser.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this specification, illustrate an embodiment of the inventionand, together with the description, explain the invention. In thedrawings,

FIG. 1 is a diagram of an exemplary system in which concepts consistentwith the principles of the invention may be implemented;

FIG. 2 is an exemplary diagram of a computing device illustrated in FIG.1;

FIG. 3 is a diagram illustrating an exemplary implementation of anonline spreadsheet application;

FIG. 4 is a flow chart illustrating exemplary operations of the variouscomponents of the online spreadsheet application in an exemplaryspreadsheet session;

FIG. 5 is a diagram illustrating an exemplary spreadsheet interface thatmay be presented to a user;

FIG. 6 is a diagram illustrating an another exemplary spreadsheetinterface that may be presented to a user;

FIG. 7 is a diagram illustrating another exemplary spreadsheet interfacethat may be presented to a user; and

FIG. 8 is a diagram illustrating a spreadsheet embedded within a webpage consistent with an aspect of the invention.

DETAILED DESCRIPTION

The following detailed description refers to the accompanying drawings.The detailed description does not limit the invention.

Overview

Implementations consistent with the principles of the invention relateto an online spreadsheet application. The online spreadsheet applicationmay provide many or all of the features provided by a standardspreadsheet application. The online spreadsheet application may providethe ability for a number of users, potentially at physically remotelocations relative to one another, to easily collaborate and modify aspreadsheet. Additionally, the online spreadsheet application may allowusers to easily publish their created spreadsheets.

System Description

FIG. 1 is a diagram of an exemplary system 100 in which conceptsconsistent with the principles of the invention may be implemented.System 100 may include multiple clients 110 that can connect to servers,such as server 120, via a network 140. Network 140 may include a localarea network (LAN), a wide area network (WAN), a telephone network, suchas the Public Switched Telephone Network (PSTN), an intranet, theInternet, or a combination of networks. Three clients 110 and one server120 are illustrated as connected to network 140 for simplicity. Inpractice, there may be more clients and/or servers. Also, in someinstances, a client may perform one or more functions of a server and aserver may perform one or more functions of a client.

A client 110 may include a device, such as a personal computer, a laptop computer, a wireless telephone, a personal digital assistant (PDA),or another type of computation or communication device. Users of clients110 may access or receive information from server 120.

In the implementation shown, server 120 may generally interact withclients 110 such that clients 110, in conjunction with server 120,execute an online spreadsheet application. Server 120 may includesoftware, labeled as spreadsheet server component 125, to assistimplementing the online spreadsheet application. Online spreadsheetapplications created by users of clients 110 may be stored by server 120in, for example, storage media such as database 130. Althoughillustrated as a single device in FIG. 1, server 120 may be implementedas, for example, a single computing device or as multiple distributedcomputing devices. One of ordinary skill in the art will appreciate thatwhether a device is functioning as a server or a client often depends onthe specific application being implemented. That is, whether a computingdevice is operating as a client or a server may depend on the context ofthe role of the computing device within the application. Therelationship of client and server arises by virtue of computer programsrunning on the respective computers and having a client-serverrelationship to each other.

The interaction of clients 110 with server 120 may be through browserprograms 115 at clients 110. For example, the online spreadsheetapplication may be a web application that runs within browsers 115. Inthis manner, clients 110 may not be required to install any spreadsheetspecific software to use the online spreadsheet at client 110. Browserprograms are well known and are widely available in the art. Whenbrowsers or browser programs are discussed herein, these terms areintended to refer to any program that allows a user to browse markupdocuments (e.g., web documents), regardless of whether the browserprogram is a stand alone program or an embedded program, such as abrowser program included as part of an operating system.

Exemplary Computing Device Architecture

FIG. 2 is an exemplary diagram of computing device 200, such as one ofclients 110 or server 120. Computing device 200 may include a bus 210, aprocessor 220, a main memory 230, a read only memory (ROM) 240, astorage device 250, an input device 260, an output device 270, and acommunication interface 280. Bus 210 may include a path that permitscommunication among the components of computing device 200.

Processor 220 may include any type of processor, microprocessor, orprocessing logic that interprets and executes instructions. Main memory230 may include a random access memory (RAM) or another type of dynamicstorage device that may store information and instructions for executionby processor 220. ROM 240 may include a ROM device or another type ofstatic storage device that may store static information and instructionsfor use by processor 220. Storage device 250 may include a magneticand/or optical recording medium and its corresponding drive.

Input device 260 may include a mechanism that permits a user to inputinformation to computing device 200, such as a keyboard, a mouse, a pen,voice recognition and/or biometric mechanisms, etc. Output device 270may include a conventional mechanism that outputs information to theuser, including a display, a printer, a speaker, etc. Communicationinterface 280 may include any transceiver-like mechanism that enablescomputing device 200 to communicate with other devices and/or systems.For example, communication interface 280 may include mechanisms forcommunicating with another device or system via a network, such asnetwork 140.

Spreadsheet server component 125 may be implemented in software andstored in a computer-readable medium, such as memory 230. Acomputer-readable medium may be defined as one or more physical orlogical memory devices and/or carrier waves.

The software instructions defining spreadsheet server component 125 maybe read into memory 230 from another computer-readable medium, such asdata storage device 250, or from another device via communicationinterface 280. The software instructions contained in memory 230 causeprocessor 220 to perform processes that will be described later.Alternatively, hardwired circuitry may be used in place of or incombination with software instructions to implement processes consistentwith the present invention. Thus, implementations consistent with theprinciples of the invention are not limited to any specific combinationof hardware circuitry and software.

Online Spreadsheet Application

An online spreadsheet application, as described herein, may beimplemented as a distributed web application in which portions of theapplication execute at one or more of clients 110 and at server 120.More specifically, clients 110 that wish to use the online spreadsheetapplication may request the spreadsheet application from server 120. Inresponse, server 120 may transmit portions of the spreadsheetapplication for local execution at clients 110. The online spreadsheetapplication may thus execute as a distributed application across server120 and one or more of clients 110.

FIG. 3 is a diagram, similar to FIG. 1, and illustrating an exemplaryimplementation of the online spreadsheet application in additionaldetail. Spreadsheet server component 125 may include a front-endcomponent 326 and a back-end component 327. Front-end component 326 mayinclude a web and/or XML server that interfaces with clients 110. Forexample, front-end component 326 may receive HTTP requests from clients110 and transmit XML data to clients 110. Back-end component 327 mayperform the more substantive processing related to the spreadsheetapplication, such as the calculation of functions required to update aspreadsheet.

Portions of the online spreadsheet application may also execute withinclients 110. For example, within browser 115, the online spreadsheetapplication may be conceptualized as including a client engine 316 and auser interface 317. Client engine 316 may be implemented using, forexample, Javascript that is downloaded from server 120 when needed byclient 110. User interface 317 may provide the final user interface thatis displayed in browser 115 based on, for example, HTML (hyper-textmarkup language) and CSS (cascading style sheets) data supplied fromclient engine 316.

User interface 317 and client engine 316 together act to reduce thestart-stop start-stop nature of traditional browser-based webapplications, as client engine 316 adds a client-side layer that canhandle many of the user interactions with user interface 317. Instead ofloading a web page at the start of a user session, browser 115 may loadclient engine 316 from server 120 (or, alternatively, from a localcache). Client engine 316 may be responsible for both rendering theinterface the user sees and communicating with server 120 on the user'sbehalf. Client engine 316 allows the user's interaction with the onlinespreadsheet application to happen asynchronously, i.e., independent ofcommunication with server 120.

In one implementation, the client-side operation of the onlinespreadsheet application may be implemented using the known AsynchronousJavaScript And XML (AJAX) web development techniques, although one ofordinary skill in the art will recognize that other technologies couldbe used.

FIG. 4 is a flow chart illustrating exemplary operations of the variouscomponents of the online spreadsheet application in an exemplaryspreadsheet session. A user at one of clients 110 may initiate aspreadsheet application session (act 401). For instance, the user of aclient 110 may contact front-end component 326 using browser 115. Insome implementations, the user may be required to have previouslyregistered or created an account with and be logged into spreadsheetserver component 125.

In response to the user initiating a spreadsheet session, spreadsheetserver component 125 may transmit client engine 316 to the client 110(act 402). Some portions of client engine 316 may be cached at client110 from a previous session, in which case these portions do not need tobe re-downloaded from server 120. In some implementations, theprogramming code that comprises client engine 316 may be implemented ina modular manner. In this situation, portions of client engine 316 maybe transmitted to client 110 on an as-demand basis as the functionalityof those portions of client engine 316 are needed by client 110. Forexample, client engine 316 may implement a number of “core” functions,such as basic user interaction and display functions, that are alwaystransmitted to client 110, while other functions, such as morespecialized spreadsheet functions, may be transmitted to client 110 onan as-need basis. Additionally, some functions of online spreadsheetapplication may always be executed by back-end component 327 and maytherefore never be transmitted to client engine 316.

Because client engine 316 can be transmitted to client 110 as needed byclient 110, the online spreadsheet application may be an entirelyweb-based application in which the client does not need to pre-installany portion of client engine 316. Advantageously, a user will typicallybe able to use the online spreadsheet application from any computingdevice that includes a compatible browser 115 and that is connected tonetwork 140.

Client engine 316, once loaded at client 110, may present, via userinterface 317, the graphical user interface of a spreadsheet to the user(act 403). The spreadsheet, also called a spreadsheet document herein,is the data object that the spreadsheet application presents to theuser. The spreadsheet presented to a user may be a “blank” spreadsheetfrom which the user may begin a new spreadsheet document, a spreadsheetdocument retrieved from a previous session of the online spreadsheetapplication, or a version of the spreadsheet document imported from aconventional spreadsheet document (e.g., an “.xls” document, a “.cvs”document, or other types of known spreadsheet document formats).

FIG. 5 is a diagram illustrating an exemplary spreadsheet interface thatmay be presented to a user. A browser may display the spreadsheetinterface 510 based on HTML and CSS data received from client engine316. Spreadsheet interface may include a control row 511, a columnheading row 512, and a number of data rows 513 labeled one througheight. Control row 511 may include a field 521 that displays thecurrently active cell (e.g., cell D4 in the example shown in FIG. 5) anda formula field 522 in which the user may enter formulas or otherspreadsheet operations. Column heading row 511 includes the columnheadings labeled “A” through “H”. Users can specify a particular cell inspreadsheet interface 510 by a combination of a column heading and a rowheading. Cell D1, for example, includes the value “$9.00”.

Through spreadsheet interface 510, a user can, for example, enter valuesor formulas into the spreadsheet cells and perform formatting operationsrelating to the spreadsheet. In response, client engine 316 interactswith and makes requests of spreadsheet server component 120 as necessary(act 404). As shown in FIG. 5, a user has entered the text “Expenses forthe Trip:” into cell B1 and entered dollar values into cells D1, D2, andD3. Cell D4 is currently the active cell (shown by the bold linessurrounding this cell). The user has entered the formula “=sum(D1:D3),”which is shown in formula field 522, and which directs the spreadsheetto sum the values in cells D1 through D3 and to write the result intocell D4. Further, as is also shown in FIG. 5, the user has modified thewidth of columns “F” and “G.” The user may do this by, for example,dragging the column separation line between columns “F” and “G” in thedesired direction.

The above-described functions and operations that are allowable by theonline spreadsheet application are exemplary. Through spreadsheetinterface 510, the online spreadsheet application may permit a user toperform numerous operations that are generally recognized as beingconsistent with a spreadsheet application.

In one implementation, client engine 316 may handle most or all of thefunctionality associated with responding to user actions relating tonavigating and/or formatting the spreadsheet interface without needingto contact spreadsheet server component 125. Other functions of thespreadsheet application, such as the evaluation of functions in aspreadsheet, may be handled by logic in back-end component 327. Byhandling formatting and data entry feedback locally at client 110, theonline spreadsheet application can provide a high level ofresponsiveness to user actions that tend to occur frequently and forwhich users expect immediate feedback. By handling the evaluation ofspreadsheet formulas at back-end component 327, the results of a formulacreated by a first user can be shared with other users withoutnecessarily sharing the internal details of the formula. In this way,users can share or publish custom formulas/operations while potentiallykeeping the internal details proprietary.

One of ordinary skill in the art will recognize that in alternateimplementations, the division of functions executed at client engine 316and back-end component 327 may be modified such that client engine 316handles more or fewer functions and similarly, back-end component 327may also handle more or fewer functions.

Periodically, or at the explicit direction of the user via spreadsheetinterface 510, the data that comprises the spreadsheet document may besaved (act 405). In one possible implementation, the spreadsheetdocument may be saved by spreadsheet server component 125 to database130. In this manner, the spreadsheet document may be accessible by theuser (or by other users) from any computing device connected to network140.

Additional Functionality of the Online Spreadsheet Application

Additional functionality provided by the online spreadsheet applicationwill next be described in additional detail.

The online spreadsheet application may provide for collaboration amongmultiple users working on a single spreadsheet. For example, multipleusers may simultaneously edit a spreadsheet and view the edits of eachof the users. When one user edits a particular cell of the spreadsheet,the edit may be transmitted to spreadsheet server component 125 and thenforwarded to other collaborating users that are also editing or viewingthe spreadsheet. To this end, spreadsheet server component 125 mayhandle conflicts between collaborating users, such as when two users tryto simultaneously edit a particular cell. For example, spreadsheetserver component 125 may accept the first edit received or in some wayprioritize the collaborating users such that the edits of higherpriority users override those of lower priority users. If an edit of auser is rejected by spreadsheet server component 125, spreadsheet servercomponent 125 may transmit a message back to the user that informs thatuser of the rejection of the edit. In this manner, multiple users maycollaborate, potentially in real-time (or near real-time), on a singlespreadsheet.

In one implementation, the parties that may view and collaborate on aparticular spreadsheet application may be specified by an initialcreator of the spreadsheet. For example, the initial creator may begiven “administrator” privileges that allow the creator to specify theprivileges for each of the other possible collaborators. The creator mayspecify that the other collaborators have privileges to do one or moreof the following: edit the spreadsheet, view the spreadsheet only, editdesignated parts of the spreadsheet, or add additional users to the listof possible collaborators. For example, certain users may be able toedit certain parts of the spreadsheet, while other designated cells orregions of cells will remain “locked” to those users such that the userscan view but not edit the locked cells. In some implementations, aspreadsheet may be designated as a “public” spreadsheet that anyone canview and/or edit.

FIG. 6 is a diagram illustrating an exemplary spreadsheet interface 610that may be presented to a user. Interface 610 is similar to interface510, except that four additional entries labeled as entries 640, havebeen added. Assume that the entries were added by a differentcollaborating user than the user that added initial entries 645. Entries640 may have been added simultaneously with the first user addinginitial entries 645 or after the first user has added entries 645. Eachentry made by a collaborating user may be transmitted from client engine316 of the collaborating user back to spreadsheet server component 125,and then forwarded to all other online collaborating users. In thismanner, users can simultaneously collaborate on a document.

In some implementations, users may be able to configure the presentationof spreadsheet interface 610 to in some manner illustrate which usershave made which edits. For example, changes made by different users maybe shown in a different font or different color for each user.Alternatively or additionally, when a user mouses over or in some wayselects a cell, an indication of the collaborator who last edited thecell may be shown. In the example shown in FIG. 6, entries 640 and 645are shown in different fonts. Also, a text box 650 is shown in FIG. 6.Text box 650 may be filled with the name of the last user to edit thecurrently selected cell. In this example, cell E4 is the currentlyselected cell (shown in bold) and the last person to edit this cell isthe user “Julie.”

In addition to collaboration between users, the online spreadsheetapplication may allow collaborators to interactively communicate withone another as they are working on a spreadsheet.

FIG. 7 is a diagram illustrating another exemplary spreadsheet interface710 that may be presented to a user. Interface 710 is similar tointerfaces 510 and 610, except that interface 710 additionally includesa messaging sidebar 715 in which collaborators to the spreadsheetapplication may communicate with one another.

Sidebar 715 may include an area 720 that shows the users that arecurrently viewing or editing the spreadsheet. This list of users maycorrespond to the users that are logged into spreadsheet servercomponent 125 for the particular spreadsheet. Sidebar 715 may alsoinclude a message area 725 that displays past messages sent betweenusers, and an input area 730 in which users may enter messages. Messagestyped into input area 730 may be displayed in message area 725 to allother users or to a select number of users. A entered message may, forexample, be transmitted from client engine 316 of the user sending themessage to spreadsheet server component 125. At spreadsheet servercomponent 125, the entered message may be retransmitted back to clientengine 316 of all other online collaborators. In this manner,collaborators on a spreadsheet can communicate in real-time with oneanother while working with the spreadsheet.

One of ordinary skill in the art will recognize that messaging sidebar715, as described above, is exemplary, and that the actual visual layoutand messaging functionality provided by messaging sidebar may vary. Forexample, messaging sidebar may include a voice link that allows users toinitiate voice sessions over network 140 with one another.

In some implementations, the online spreadsheet application may providean interface through which users can publish their created spreadsheets,either by allowing any user of the online spreadsheet application toopen the spreadsheets or by allowing users to embed a createdspreadsheet in a web page. Users that wish to publish spreadsheets inweb pages may, for example, be provided with a to link spreadsheetserver component 125 that also includes an identification of theparticular spreadsheet document that the user would like to publish.

FIG. 8 is a diagram illustrating a spreadsheet embedded within a webpage consistent with an aspect of the invention. In this example, assumethat a user places content 805 on a web server 810 associated with afirst domain (e.g., “jimswebpage.org”). A client may visit, using abrowser 815, the first domain and receive the content 805 as a web page820 from web server 810. Content 805 may include within itself a link825 (such as a link within an HTML inline frame (IFRAME)) to spreadsheetserver component 125. One of ordinary skill in the art will recognizethat link 825 may be implemented using techniques other than an IFRAME.Link 825 may include a URL that includes an identifier to the particularspreadsheet document that the client is to download from server 120. Inthe example shown in FIG. 8, spreadsheet server component 125 isassociated with the domain “spreadsheetserver.com” and the particularspreadsheet document that is to be downloaded is identified by thestring “sheet=123456.” When rendering the web page, browser 815 willcontact spreadsheet server component 125, download client engine 316,and display the spreadsheet as appropriate at client 812. From the pointof view of the user of client 812, the spreadsheet is loaded in responseto navigating to the first domain.

The online spreadsheet application may allow users to create customfunctions or operations. A custom user function may be created as, forexample, a combination of existing functions. The online spreadsheetapplication may provide more advanced tools, such as the ability tocreate custom functions in other programming languages, such as customfunctions written in JavaScript or custom functions that are compiled asexecutable code, such as DLL (dynamic link library) files. In oneimplementation, creators of custom functions may have the ability topublish their custom functions to other users. Spreadsheet servercomponent 125 may facilitate the ability of users to publish theircustom functions by providing, for example, an interface through which auser may submit a function and an interface through which other userscan search, evaluate, and choose to import other custom functions intotheir applications. In some implementations, spreadsheet servercomponent 125 may allow users to charge for their custom functions.

CONCLUSION

A networked spreadsheet application is described herein that executes ina distributed manner over a network. The networked spreadsheetapplication can generally be used without requiring a user to installany specific spreadsheet software prior to using the application.Further, the networked spreadsheet application, in addition to providingmany or all of the features commonly associated with a spreadsheetapplication, may allow multiple users to easily collaborate on aspreadsheet by providing for the ability for multiple users to edit thespreadsheet and send instant messages to one another while working onspreadsheet.

The foregoing description of exemplary embodiments of the inventionprovides illustration and description, but is not intended to beexhaustive or to limit the invention to the precise form disclosed.Modifications and variations are possible in light of the aboveteachings or may be acquired from practice of the invention. Forexample, while the computer systems described herein was described asbeing used to implement an online spreadsheet, they could also be usedto create other collaborative documents, such as a wiki or table.

Moreover, while series of acts have been described with regard to FIG.4, the order of the acts may be varied in other implementationsconsistent with the invention. Moreover, non-dependent acts may beimplemented in parallel.

It will also be apparent to one of ordinary skill in the art thataspects of the invention, as described above, may be implemented in manydifferent forms of software, firmware, and hardware in theimplementations illustrated in the figures. The actual software code orspecialized control hardware used to implement aspects consistent withthe principles of the invention is not limiting of the invention. Thus,the operation and behavior of the aspects of the invention weredescribed without reference to the specific software code—it beingunderstood that one of ordinary skill in the art would be able to designsoftware and control hardware to implement the aspects based on thedescription herein.

Further, certain portions of the invention may be implemented as “logic”or a “component” that performs one or more functions. This logic mayinclude hardware, such as an application specific integrated circuit ora field programmable gate array, software, or a combination of hardwareand software.

No element, act, or instruction used in the description of the inventionshould be construed as critical or essential to the invention unlessexplicitly described as such. Also, as used herein, the article “a” isintended to include one or more items. Where only one item is intended,the term “one” or similar language is used. Further, the phrase “basedon” is intended to mean “based, at least in part, on” unless explicitlystated otherwise.

1-24. (canceled)
 25. A method comprising: receiving, by a server, afunction created by a first user of a first device, the function beingreceived at a first interface; providing, by the server, informationassociated with the function to a second user of a second device, theinformation associated with the function being provided using a secondinterface; receiving, by the server, a request from the second user toimport the function into a document associated with the second user; andproviding, by the server and based on receiving the request, thefunction to the second device.
 26. The method of claim 25, where thefunction is provided in a spreadsheet, and the first user has access tothe spreadsheet at a same time that the second user has access to thespreadsheet.
 27. The method of claim 25, where the function is providedin a spreadsheet, the first user is associated with one or moreprivileges, and the method further includes: receiving, from the firstdevice and based on the one or more privileges, information indicatingone or more privileges of the second user.
 28. The method of claim 27,where the one or more privileges of the second user include at least oneof: editing one or more portions of the spreadsheet, accessing thespreadsheet, or providing one or more third users with access to thespreadsheet.
 29. The method of claim 25, where the function is providedin a spreadsheet, and the method further includes: receiving one or moreedits to one or more portions of the spreadsheet from the first user;receiving one or more edits to one or more portions of the spreadsheetfrom the second user; providing a first visual indication associatedwith the one or more edits from the first user; and providing a secondvisual indication associated with the one or more edits from the seconduser, the first visual indication being different than the second visualindication.
 30. The method of claim 25, where the function is providedin a spreadsheet, and the method further includes: receiving, from atleast one of the first user or the second user, a selection of a cell ofthe spreadsheet, the cell being associated with one or more edits fromat least one of the first user or the second user; and providing, basedon receiving the selection, information associated with a user, of thefirst user and the second user, that made a last edit of the one or moreedits.
 31. The method of claim 25, further comprising: providing, forpresentation and in real-time, one or more messages from at least one ofthe first user or the second user.
 32. A device comprising: a memory tostore instructions; and a processor to execute the instructions to:receive a function created by a first user of a first device, thefunction being received at a first interface; provide informationassociated with the function to a second user of a second device, theinformation associated with the function being provided using a secondinterface; receive a request from the second user to import the functioninto a document associated with the second user; and provide, based onreceiving the request, the function to the second device.
 33. The deviceof claim 32, where the function is provided in a spreadsheet, and thefirst user has access to the spreadsheet at a same time that the seconduser has access to the spreadsheet.
 34. The device of claim 32, wherethe function is provided in a spreadsheet, the first user is associatedwith one or more privileges, and the processor is further to: receive,from the first device and based on the one or more privileges,information indicating one or more privileges of the second user. 35.The device of claim 34, where the one or more privileges of the seconduser include at least one of: a permission to edit one or more portionsof the spreadsheet, a permission to access the spreadsheet, or apermission to provide one or more third users with access to thespreadsheet.
 36. The device of claim 32, where the function is providedin a spreadsheet, and the processor is further to: receive one or moreedits to one or more portions of the spreadsheet from the first user;receive one or more edits to one or more portions of the spreadsheetfrom the second user; provide a first visual indication associated withthe one or more edits from the first user; and provide a second visualindication associated with the one or more edits from the second user,the first visual indication being different than the second visualindication.
 37. The device of claim 32, where the function is providedin a spreadsheet, and the processor is further to: receive, from atleast one of the first user or the second user, a selection of a cell ofthe spreadsheet, the cell being associated with one or more edits fromat least one of the first user or the second user; and provide, based onreceiving the selection, information associated with a user, of thefirst user and the second user, that made a last edit of the one or moreedits.
 38. The device of claim 32, where the processor is further to:provide, for presentation and in real-time, one or more messages from atleast one of the first user or the second user.
 39. A non-transitorycomputer-readable storage medium storing instructions, the instructionscomprising: one or more instructions which, when executed by at leastone processor, cause the at least one processor to: receive a functioncreated by a first user of a first device, the function being receivedat a first interface; provide information associated with the functionto a second user of a second device, the information associated with thefunction being provided using a second interface; receive a request fromthe second user to import the function into a document associated withthe second user; and provide, based on receiving the request, thefunction to the second device.
 40. The medium of claim 39, where thefunction is provided in a spreadsheet, and the first user has access tothe spreadsheet at a same time that the second user has access to thespreadsheet.
 41. The medium of claim 39, where the function is providedin a spreadsheet, the first user is associated with one or moreprivileges, and the instructions further include: one or moreinstructions to receive, from the first device and based on the one ormore privileges, information indicating one or more privileges of thesecond user.
 42. The medium of claim 39, where the function is providedin a spreadsheet, and the instructions further include: one or moreinstructions to receive one or more edits to one or more portions of thespreadsheet from the first user; one or more instructions to receive oneor more edits to one or more portions of the spreadsheet from the seconduser; one or more instructions to provide a first visual indicationassociated with the one or more edits from the first user; and one ormore instructions to provide a second visual indication associated withthe one or more edits from the second user, the first visual indicationbeing different than the second visual indication.
 43. The medium ofclaim 39, where the function is provided in a spreadsheet, and theinstructions further include: one or more instructions to receive, fromat least one of the first user or the second user, a selection of a cellof the spreadsheet, the cell being associated with one or more editsfrom at least one of the first user or the second user; and one or moreinstructions to provide, based on receiving the selection, informationassociated with a user, of the first user and the second user, that madea last edit of the one or more edits.
 44. The medium claim 39, where theinstructions further include: one or more instructions to provide, forpresentation and in real-time, one or more messages from at least one ofthe first user or the second user.